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Beschreibung 



Verfahren zur Behandlung von IN-Calls 

5 Im Rahmen der Offnung der Markte ftir offentliche Telekommuni- 
kationsdienste wird in vielen Landern die Ruf niaitimernportabi- 
litat auch fiir IN-Dienstrufnummern gefordert, d.h* IN- 
Dienstteilnehmer konnen ihre IN-Dienstrufn\jinmer behalten, 
wenn sie zu einem anderen Netzbetreiber/Dienstaiibieter wech- 

10 seln. Betreiber eines offentlichen Netzes mtlssen in der Lage 

sein, Rufe (Calls) zu einzelnen IN-Dienstrufnummern zu demje- 
^ nigen (Intelligenten) Netz zu routen, von dem diese IN- 

Dienstrufnummer unterstutzt wird. Bisher bekannte Losungen 
konnen zu Kapazitatsproblemen bei den IN-Diensteplattf ormen 

15 (Service Control Point SCP) oder in den Vermittlungsstellen 
des Basisnetzes fuhren (Erlauterung : Ein Intelligentes Netz 
(IN) kann als ein um die IN-Funktionen Service Switching 
Function SSF, Service Control/Function SCF, Service Manage- 
ment Function SMF und die entspreclienden Schnittstellen zum 

20 Basisnetz erweitertes Basisnetz verstanden werden. Ein IN- 
Call erfordert also im Unterschied zum Basic-Call nicht nur 
die Basis-Netz-Funktionalitat sondern auch die speziellen IN- 
Funktionen) . 



25 Normale IN-Dienste sind solche, bei denen die zum Verbin- 
dungsaufbau gewahlte offentliche Nummer den IN- 
Dienstteilnehmer bereits eindeutig identif iziert , Dies ist 
bei gewahlten IN-Diensten in der Regel der Fall. Mogliche 
Sonderformen von gewahlten IN-Diensten^ bei denen die IN- 

30 Dienstteilnehmerrufnummer erst nach Erreichen des IN-Dienstes 
mithilfe eines Dialoges liber den Nutzkanal abgefragt wird, 
konnen im Prinzip nach dem Empfang der IN- 
Dienstteilnehmerrufnummer ebenfalls wie die normalen IN- 
Dienste weiterbehandelt werden. 



35 



Bisherige Losungen fiir IN-Dienstruf nummernportabilitat konnen 
in zwei Kategorien eingeteilt werden: 



A, Losungen mit Riickwirkungen auf die eigene IN- 
Di ens teplatt form 

B. Losungen rait Abfrage eines Ruf niimitiernportabilitatsservers 
vor einer Abfrage der eigenen IN-Diensteplattf orm 

5 

Zu A: 

Bei diesen Losungen wird vom Basisnetz fur alle IN- 
Dienstrufniommern (solche, die von der eigenen IN- 
Diensteplattform unterstiitzt werden und solche, die von 

10 Dienstplattforitien in fremden Netzen unterstutzt werden) eine 
nonnale IN-Abfrage zur eigenen IN-Diensteplattf orm durchge- 
fuhrt. Die IN-Diensteplattf orm stellt fest, ob sie die ge- 
wahlte IN-Dienstrufnummer unterstutzt oder ob die gewahlte 
IN-Dienstrufnummer von einem anderen Netz unterstutzt wird. 

15 In beiden Fallen weist die IN-Diensteplattf orm die anfragende 
Basisnetzvermittlungsstelle iiber die existierende IN- 
Signalisierung an, wie der Ruf weiterzubehandeln ist. Bei- 
spielsweise kann die IN-Diensteplattf orm die Vermittlungs- 
stelle anweisen, den Ruf an das zustandige Netz weiterzuver- 

20 mitteln, indem sie eine Netzkennung ermittelt und der Ver- 
mittlungsstelle als Routinginf ormation mitteilt. 

Bei Losungen vom Typ A wird die Kapazitat der IN- 
Diensteplattf orm teilweise fur die Behandlung fremder IN- 

2 5 Dienstrufnummern verbraucht, was zu Kapazitatsengpassen fur 
die Behandlung der eigenen IN-Dienstruf nummern ftihren kann. 
Da das Basisnetz denselben Triggermechanismus fur eigene und 
fur fremde IN-Dienstruf nummern verwendet, dtirfen Lastbegren- 
zungsprozeduren fUr die Abfragen der IN-Diensteplattf orm in 

30 den Vermittlungsstellen (Call Gapping Funktionen) , die auch 
fremde IN-Dienstruf nummern betreffen wiirden (z.B. eine 
dienstbezogene Lastbegrenzung) nicht verwendet werden. 



Zu B; 

35 Um sicherzustellen, daI5 die eigene IN-Diensteplattf orm nur 

eigene IN-Dienstruf nummern behandeln muB, wird vom Basisnetz 
fur jede gewahlte IN-Dienstrufnummer ein besonderer Rufnum- 
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mernportabilitatsserver (NP-Server; NP = Number Portability) 
liber die IN-Signalisierung angefragt. Der NP-Server stellt 
fest, ob die gewahlte IN-Dienstruf nuimer iia eigenen Netz un- 
terstutzt wird oder in einem anderen Netz. Der NP-Server 
5 weist die abfragende Vermittlungsstelle liber die IN- 
Signalisierung an, wie der Ruf weiter zubehandelri ist- Fur ei- 
gene IN-Dienstruf nuitunern flihrt das Basisnetz nach der Abfrage 
beim NP-Server eine normale IN-Abfrage zur eigenen IN- 
Dienstplattform durch. Fur fremde IN-Dienstruf nuitmern wird 

10 der Ruf entsprechend der Anweisung des NP-Servers zioia zustan- 

digen fremden Netz geroutet. 
) Bei Losungen vom Typ B wird die Kapazitat der eigenen IN- 

Dienstplattform geschont, aber daftir zusatzliche Basisnetzka- 
pazitat fur die vorgeschaltete Abfrage bei einem besonderen 

15 NP-Server benotigt- Bei Verwendung von entkoppelten Trigger- 
mechanismen fur die vorgeschaltete Abfrage beim NP-Server und 
fur die nachfolgende Abfrage bei der eigenen IN- 
Diensteplattform konnen Dienst- und Ruf nummernbezogenen Last- 
begrenzungsprozeduren fur die IN-Diensteplattf 03rm (Call Gap- 

2 0 ping Funktionen) in den Vermittlungsstellen uneingeschrankt 
benutzt werden* 



Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren zur 
Behandlung von IN-Calls anzugeben, durch das eine Bereitstel- 
25 lung von IN-Dienstruf nummernportabilitat ohne zusatzliche Ka- 
pazitatsanforderungen an die Vermittlungsstellen oder die IN- 
Diensteplattf ormen des offentlichen Telef onnetzes ermoglicht 
wird. 



30 



Im folqenden wird ein Ausf Uhrungsbeispiel der Erfindung an- 



hand der Zeichnung beschrieben, wobei die Zeichnung zwei Fi- 
guren umfalit^ 

Von einem NP-Server wird eine nachfolgend naher erlauterte 
35 Rufnummernportabilitatsfunktion erbracht, die von einer Ver- 
mittlungsstelle des Basisnetzes durch eine normale IN-Abfrage 
angestoflen wird, und die diese IN-Abfrage an eine IN- 
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Dienstplattform des eigenen Netzes weiterleiten kann, wenn es 
sich vm eine Abfrage zu einer eigenen IN-Dienstruf nixmitier han- 
delt . 

5 Durch das erf indungsgemaJie Verfahren wird weder in den Ver- 
mittlungsstellen des Basisnetzes noch in den IN- 
Diensteplattf ormen zusatzliche Kapazitat benotigt. 

Bei Anwendung des erf indungsgemaBen Verfahrens konnen die IN- 
10 Lastbegrenzungsprozeduren in den Vermittlungsstellen fur IN- 
Abfragen an die IN-Diensteplattf ormen (Call Gapping Funktio- 
nen) , allerdings nicht mehr verwendet werden, da sie auch 
fremde IN-Dienstrufnummern betreffen konnten. Anstelle der 
Lastbegrenzungsprozeduren in den Vermittlungsstellen konnen 
15 andere Lastbegrenzungsmechanismen eingesetzt werden, z.B. im 
NP-Server , 

Bei der nunmehr folgenden naheren Erlauterung des erfindungs- 
gemalien Verfahren wird das standardisierte Signalisierungssy- 

2 0 stem #7 als dem Intelligenten Netz beispielhaft zugrundelie- 
gendes Signalisierungssystem angenommen. Die Erfindung ist 
jedoch auch bei Verwendung anderer Signalisierungsverf ahren 
als dem Verfahren nach #7 zum Transport der Anwendungsdaten 
(TCAP, INAP) anwendbar. Bei Verwendung von IP (Internet Pro- 

25 tokolle) ware anstatt des SCCP-GlobalTitles die IP-Addresse 
zu bewerten und zu manipulieren (Anmerkung: Es gibt bereits 
Beispiele, wo zum Transport von Anwendungsdaten in herkommli- 
chen Telecommunikationsnetzen (PSTN, PLMN) IP verwendet wird. 



JID RiTiP> Vf^ TTTii ttliing5?stelle des Basisnetzes erkennt eine gewahlte 

IN-Dienstrufnummer • Wenn ausreichend viele gewahlte Ziffern 
vorliegen, um den IN-Dienstteilnehmer eindeutig zu identifi- 
zieren, sendet die Vemnittlungsstelle eine IN-Abfrage 
(enthalt die gewahlte IN-Dienstrufnummer) gemaB der normalen 

35 IN-Signalisierung ihres Netzes an einen erf indgsgemaJJen NP- 
Server. Fur die Vermittlungsstelle ist die Umleitung der 
Nachricht Ober den NP-Server transparent, d.h. die Vermitt- 
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lungsstelle „denkt^\. daJ3 sie die IN-Abfrage an eine IN- 
Diensteplattform stellt. 

Bei Verwendung von z-B. ETSI-Signalisierungsstandards sendet 
die Vermitt lungsstelle die folgende SCCP/TCAP-Meldung: 
SCCP/TCAP-Meldung „UNIT-DATA/BEGIN"\ die die INAP-Operation 
,,InitialDP'^ mit den Parametern 

- servicekey = IN-Dienstekennung (z.B. fur Personliche Ruf- 
nuinraer ) 

- calledPartyNumber = gewahlte IN-Dienstrufnuinmer 
enthalt. 



15 



20 



Die SCCP-Adresse des NP-Servers ist in der Vermittlungsstelle 
als Global Title X gespeichert. 

Fur den weiteren Ablauf des Verfahren konnen zwei Varianten 
Anwendung finden, die im folgenden als (Losungs- ) Variante a) 
und b) bezeichnet werden, wobei deren Erlauterung durch der 
Figur 1 (Variante a) ) und der Figur 2 (Variante b) ) unter- 
stutzt wird- 



Variante a) : 

Im NP-Server wird die INAP-Meldung ausgewertet und aufgrund 
25 "des Parameters servicekey wird zu einem speziellen IN- 

Dienstrufnummernportabilitatsprogramm (SNP Applikation, wobei 
SNP = Service Number Portability) verzweigt. Dieses Programm 
priift, von welchem Netzbetreiber die gewahlte IN- 
Dienstrufnummer untersttitzt wird. Wird die IN-Dienstruf nummer 
30 von einem fremden Netz unterstutzt, ermittelt der NP-Server 
die erforderliche Routing-Information {z.B, die Netzkennung 
eines Gateway-Knotens zu dem fremden Netz) und weist die ab- 
fragende Vermittlungsstelle an, den Ruf zu diesem Gateway zu 
routen. 

35 
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Bei Verwendung von ETSI - Signalisierungsstandards sendet der 
NP-Server in diesem Fall an die Vermittlungsstelle z.B. die 
folgende SCCP/TCAP-Meldung: 

Innerhalb einer SCCP/TCAP-Meldung UNIT-DATA/END die INAP- 
5 Operation Connect mit den Parametern 

- destinationRoutingAddress = Netzkennung 

- cutAndPaste =0. 

Wird die IN-Dienstruf niomiaer vom eigenen Netz unterstutzt, er- 
10 mittelt der NP-Server aus der IN-Dienstruf nummer eine SCCP- 
Adresse fur die zustandige eigene IN-Diensteplattf orm; z,B. 
kann die IN-Dienstruf nummer selbst als Global Title fur die 
SCCP-Adressierung der IN-Diensteplattf orm verwendet werden. 
Der NP-Server leitet die ursprtingliche Meldung der Vermitt- 
15 lungsstelle uber das #7-Signalisierungsnetz an die zustandige 
eigene IN-Diensteplattf orm weiter. Der NP-Server kann die 
Weiterleitung der Meldung von IN-Dienstplattf orm-bezogenen 
(Jberlaststeuerungskriterien abhangig machen. Kann eine Mel- 
dung nicht weitergeleitet werden, kann der NP-Server die ab- 
20 sendende Vermittlungsstelle anweisen, den Ruf auszulosen. 

Bei Verwendung von z.B, ETSI - Signalisierungsstandards sen- 
det die NP-Server die folgende SCCP/TCAP-Meldung: 
Innerhalb einer SCCP/TCAP-Meldung UNIT-DATA/BEGIN die INAP- 
25 Operation InitialDP mit den Parametern 

- servicekey = IN-Dienstekennung (z.B. fur Personliche Ruf- 
nummer ) 

CalledPartyNxamber = gewahlte IN-Dienstruf nummer . 



30 Auch auf der TCAP-Ebene bleibt die ursprUngliche Meldung un- 
verandert. Insbesondere verwendet der NP-Server dieselbe von 
der Vermittlungsstelle vergebene TCAP-Dialog-ID. Auf der 
SCCP-Ebene gibt der NP-Server als Ziel-Adresse die ermittel- 
te neue SCCP-Adresse an, z.B. den SCCP-GlobalTitle = gewahlte 

35 IN-Di ens t ruf nummer . Als Ursprung der Meldung gibt der NP- 
Server die in der urspriinglichen Meldung empfangene SCCP- 
Adresse der abfragenden Vermittlungsstelle an. 



Die Umleitung der Nachricht durch den NP-Server ist fiir die 
IN-Diensteplattform somit transparent, d,h. die IN- 
Diensteplattform ,,denkt"\ daB sie die IN-Abfrage direkt von 
5 der Vermittlungsstelle erhalten hat. Die IN-Diensteplattform 
bearbeitet die IN-Abfrage daher wie eine direkte IN-Abfrage 
der Vermittlungsstelle und sendet eine entsprechende Antwort 
an die Vermittlungsstelle. 

10 Variante b) : 



I Im NP-Server wird bereits die SCCP-Meldung ausgewertet; ein 
spezielles SCCP-Dienstruf nximmernportabilitatsprogramm (SCCP- 
SNP-Applikation) pruft, zu welchem Netzbetreiber die SCCP- 

15 Adresse, welche im SSP aus der gewahlten IN-Dienstruf nummer 
abgeleitet wurde, gehort. 

(Einschub: Wegen der grossen Datenmenge, wird das SNP- 
Programm und zugehorige Daten am besten an zentraier Stelle 
20 angesiedelt. Hierzu bietet sich die Integration mit einem Si- 
gnalling Transfer Point/Signalling Relay Point (STP/SPR) , 
eventuell auch mit einem SCP an. Die Integration mit dem SSP 
ist auch moglich, allerdings weniger attraktiv) 



^25 Gehort die SCCP-Adresse bzw. IN-Dienstruf nummer zu einem 
fremden Netz, wird die INAP-Meldung via TCAP an ein IN- 
Dienstruf nummernportabilitatsprogramm weitergeleitet • Dieses 
pruft, von welchem Netzbetreiber die gewahlte IN- 
Dienstrufnummer unterstUtzt wird, ermittelt die erf orderliche 
30 Routing-Information und weist die abfragende Vermittlungs- 



stelle an, den Ruf in dieses Netz zu routen 
2a) • 



(siehe Variante 



Wird die SCCP-Adresse bzw, IN-Dienstruf nuicimer hingegen vom 
35 eigenen Netz unterstiitzt, ermittelt der NP-Server aus der 
SCCP-CdPN eine neue SCCP-Adresse fur die zustandige eigene 
IN-Diensteplattform. Der NP-Server leitet die ursprungliche 



Meldung der Vermittlungsstelle uber das #7- 
Signalisierungsnetz an die zustandige eigene IN- 
Diensteplattform waiter. Diese Losungsvariante erlaubt die 
Weiterleitung der SCCP/TCAP-Meldung ohne Einbeziehung der 
5 TCAP- und Applikationsebene und ist damit dynamisch giinstiger 
als die Variante 2a- 

Fur die beiden genannten Varianten gilt gleichermaBen folgen- 
des: 

10 

Eine IN-Diensteplattf orm erhalt die vom NP-Server umgeleitete 
IN-Abfrage der Vermittlungsstelle. Die Umleitung der Nach- 
richt tiber den NP-Server ist fur die IN-Diensteplattf orm 
transparent, d.h. die IN-Diensteplattf orm ,,denkt'\ dafi sie 
15 die Nachricht direkt von einer anfragenden Vermittlungsstelle 
erhalten hat. Die IN-Diensteplattf orm bearbeitet die IN- 
Abfrage somit wie eine direkte IN-Abfrage der Vermittlungs- 
stelle und sendet die Antwort auf die IN-Abfrage daher auch 
an die Vermittlungsstelle und nicht an den NP-Server. 

20 

Fur die Vermittlungsstelle ist die Umleitung der Nachricht 
tiber den NP-Server ebenfalls transparent. Der von der Ver- 
mittlungsstelle initiierte TCAP-Dialog wird mit der IN- 
Diensteplattf orm entsprechend den standardisierten TCAP- 
25 Prozeduren gefiihrt. 
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1. Verfahren zur Behandlung von IN-Calls, demgemafi 

- von einer Vermittlungsstelle mit SSP-Funktionalitat nach 
5 dem Erkennen eines IN-Calls zu diesem IN-Call eine IN- 

Abfrage erzeugt und an das IN gesendet wird, wobei die ge- 
nannte IN-Abfrage vom einem bestimmten Server, einem soge- 
nannten NP-Server, empfangen wird, 

- von dem genannten NP-Server anhand der in der 'IN-Abfrage 
10 enthaltenen Inf ormationen ermittelt wird, welcher Netz- 

Betreiber den IN-Call unterstutzt, 
P - von dem genannten NP-Server die IN-Abfrage an einen ent- 

sprechenden SCP des ermittelten Netz-Betreibers transparent 

weitergeleitet wird, wenn es sich bei dem ermittelten Netz- 
15 betreiber um denjenigen Netz-Betreiber handelt, innerhalb 

dessen Netz der IN-Call initiiert wurde, 

- die weitergeleitete IN-Abfrage von dem SCP auf die gleiche 
Weise bearbeitet wird wie eine IN-Abfrage, die direkt von 
der genannten Vermittlungsstelle kommt . 

20 

2, Verfahren zur Behandlung von IN-Calls, demgemafi 

- von einer Vermittlungsstelle mit SSP-Funktionalitat nach 
dem Erkennen eines IN-Calls zu diesem IN-Call eine IN- 
Abfrage erzeugt und an das IN gesendet wird, wobei die ge- 
nannte IN-Abfrage vom einem bestimmten Server, einem soge- 
nannten NP-Server, empfangen wird, 

- von dem genannten NP-Server anhand der in der IN-Abfrage 
enthaltenen Inf ormationen ermittelt wird, welcher Netz- 
Betreiber den IN-Call unterstutzt, 

30 - von dem genannten NP-Server die IN-Abfrage an einen ent- 

sprechenden SCP des ermittelten Netz-Betreibers transparent 
weitergeleitet wird, wenn der ermittelte Netz-Betreiber 
bzw. Dienstanbieter zur Diensteabwicklung innerhalb des 
Netzes, welches den IN-Call initiiert hat, berechtigt ist, 

35 - die weitergeleitete IN-Abfrage von dem SCP auf die gleiche 
Weise bearbeitet wird wie eine IN-Abfrage, die direkt vo3^ 
der genannten Vermittlungsstelle kommt. 



II 



3. Verfahren nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, daB 

zu der genannten Ermittlung des Netz-Betreibers der INAP-Teil 
der Signalisierungs-Meldung ausgewertet wird. 



10 



4. Verfahren nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, daB 

2U der genannten Ermittlung des Netz-Betreibers 'der SCCP-Teil 
der Signalisierungs-Meldung ausgewertet wird. 



15 



5. Verfahren nach einem der Ansprtiche 1 bis 4, 
dadurch gekennzeichnet, dafi 

die IN-Abfrage liber das Signalisierungssystem Nr. 7 tibermit- 
telt wird. 



20 



25 



6, Verfahren nach einem der Ansprtiche 1 bis 4, 
dadurch gekennzeichnet, dafi 

die IN-Abfrage uber ein IP-basiertes Netz ubermittelt wird. 

7. Verfahren nach einem der Anspruche 1 bis 6, 
dadurch gekennzeichnet, dafi 

- von dem genannten NP-Server die IN-Abfrage durch die Angabe 
von Routing-Information zu einem Gateway des ermittelten 
Netzbetreibers beantwortet wird, wenn es sich bei dem er- 
mittelten Netzbetreiber nicht um denjenigen Netz-Betreiber 
handelt, innerhalb dessen Netz der IN-Call initiiert wurde, 

- von der Vermittlungsstelle der IN-Call zu dem genannten Ga- 
teway weitergeleitet wird. 



30 



8. NP-Server, der 
35 - eine IN-Abfrage von einer Vermittlungsstelle empfangt, 

- anhand der in der IN-Abfrage enthaltenen Inf ormationen er- 
mittelt, welcher Netz-Betreiber den IN-Call untersttitzt. 
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die IN-Abfrage an einen entsprechenden SCP des ermittelten 
Netz-Betreibers weiterleitet , wenn es sich bei dem ermit- 
telten Netzbetreiber urn denjenigen Netz-Betreiber handelt, 
innerhalb dessen Netz der IN-Call initiiert wurde. 



10 



9* NP-Server, der 

- eine IN-Abfrage von einer Vermittlungsstelle empfangt> 

- anhand der in der IN-Abfrage enthaltenen Inf ormationen er- 
mittelt, welcher Netz-Betreiber den IN-Call unterstutzt, 

- die IN-Abfrage an einen entsprechenden SCP des ermittelten 
Netz-Betreibers weiterleitet, wenn es wenn der ermittelte 
Netz-Betreiber zur Diensteabwicklung innerhalb des Netzes, 
welches den IN-Call initiiert hat, berechtigt ist. 



15 10 • NP-Server nach Anspruch 8 oder 9 

dadurch gekennzeichnet, daB 

er die IN-Abfrage durch die Angabe von Routing-Information zu 
einem Gateway des ermittelten Netzbetreibers beantwortet, 
wenn es sich bei dem ermittelten Netzbetreiber nicht urn den- 
20 jenigen Netz-Betreiber handelt, innerhalb dessen Netz der IN- 
Call initiiert wurde. 



30 
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Zusammenf assung 



Verfahren zur Behandlung von IN-Calls 



10 



Der Erfindung liegt die Aufgabe zngrunde, ein Verfahren zur 
Behandlung von IN-Calls anzugeben, durch das eine Bereitstel- 
lung von IN-Dienstruf nummernportabilitat ohne zusatzliche Ka- 
pazitatsanforderungen an die Vermittlungsstellen oder die IN- 
Diensteplattformen des offentlichen Telef onnetzes ermoglicht 
wird, Diese Aufgabe wird durch ein Verfahren mit einem erfin- 
dungsgemaBen NP-Server ermoglicht. 
Fig. 1 und 2 
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